home *** CD-ROM | disk | FTP | other *** search
/ Night Owl 6 / Night Owl's Shareware - PDSI-006 - Night Owl Corp (1990).iso / 015a / qw12inst.zip / DRDOS6.TEC < prev    next >
Text File  |  1991-12-09  |  14KB  |  249 lines
  1. ID:DR DR-DOS 6 and Quarterdeck Products
  2. Quarterdeck Technical Note #215
  3. By:  Quarterdeck Testing & Compatibility Department 
  4.  
  5.                     DR-DOS 6 & QUARTERDECK PRODUCTS
  6.  
  7.      DR-DOS 6 is an operating system alternative to MS-DOS 5.00.  
  8. It claims to be completely compatible with MS-DOS 5.00 and offer 
  9. enhancements.  Its memory manager has more capabilities.  
  10. Quarterdeck has had no experiences that call into question its MS-
  11. DOS compatibility. This technote will only address the issue of 
  12. compatibility with Quarterdeck products.
  13.  
  14. QUARTERDECK MEMORY MANAGERS AND ENHANCER AND DR-DOS 6
  15.  
  16.      This section of the technote will address general features common 
  17. to memory management/enhancement of all three Quarterdeck memory 
  18. manager/enhancer products: QEMM-386, QEMM 50/60, and QRAM.
  19.  
  20.          1)  HIDOS=ON is a CONFIG.SYS instruction in DR-DOS that causes 
  21.     the kernel to be loaded into a UMB or the HMA.  This instruction 
  22.     also allows the internal features of DR-DOS that load themselves 
  23.     high in the CONFIG.SYS (BUFFERS, Drive Specifiers, HISTORY, 
  24.     FASTOPEN) to do so as well.  This must be used with QEMM-386, QEMM 
  25.     50/60, or QRAM for the kernel and these features to be loaded high 
  26.     if you do not use DR's memory manager.  The default is HIDOS=OFF so 
  27.     HIDOS=ON must be used to load these features high.  The DR-DOS 
  28.     manual says that HIDOS=ON cannot be used with third-party memory 
  29.     managers but our experience at Quarterdeck is that it works just 
  30.     fine.
  31.          If you wish, you may use DEVICE=C:\DRDOS\HIDOS.SYS in the 
  32.     CONFIG.SYS in addition to HIDOS=ON.  This gives you the option of 
  33.     telling the kernel where to load:  
  34.        
  35.          device=c:\drdos\hidos.sys /bdos=auto 
  36.     loads the kernel into the first UMB at least 37K large;
  37.       
  38.          device=c:\drdos\hidos.sys /bdos=xxxx
  39.     where "xxxx" is a hexadecimal address below FFFF loads the kernel at 
  40.     that address;
  41.  
  42.          device=c:\drdos\hidos.sys /bdos=ffff
  43.     loads the kernel into the HMA.  
  44.          HIDOS.SYS uses no memory to remain resident so no memory is 
  45.     lost by using it in addition to HIDOS=ON, nor is there any 
  46.     reason to load it high.  HIDOS.SYS must be loaded after QEMM-
  47.     386 to load the kernel into a UMB or the HMA.  It must be 
  48.     loaded after QEMM 50/60 or QRAM to load the kernel into a 
  49.     UMB.  It must be loaded after QEXT.SYS on a 286 system to 
  50.     load the kernel into the HMA. 
  51.          DR-DOS has an advantage over MS-DOS 5 in that it allows the 
  52.     kernel to be loaded into a UMB as well as into the HMA.  Since the 
  53.     kernel does not use the whole HMA this allows users with HMA users 
  54.     that use a larger portion of the HMA (DESQview is the only program 
  55.     that uses the entire HMA.) to have more conventional memory if they 
  56.     load the kernel into a UMB rather than the HMA.
  57.  
  58.         2)  LOADHI.SYS will not load HISTORY or FASTOPEN because they 
  59.     are internal instructions to DR-DOS.  This causes no problems 
  60.     because OPTIMIZE makes not attempt to load them high.
  61.  
  62.         3)  HIBUFFERS is the DR-DOS command to load buffers into the 
  63.     HMA.  It will use the HMA even if the kernel is not loaded in the 
  64.     HMA. The BUFFERS command of DR-DOS causes the buffers to be loaded 
  65.     into UMBs (If HIDOS=ON is set.)  Each buffer takes an individual 
  66.     UMB.  The BUFFERS.COM program from Quarterdeck works with DR-DOS; 
  67.     using the LOADHI.COM program with BUFFERS.COM will cause the buffers 
  68.     to be loaded into a single UMB. Use HIBUFFERS only if you are 
  69.     loading the DR-DOS kernel into the HMA, otherwise the HMA will be 
  70.     used for nothing but buffers.  
  71.  
  72.         4)  HILOAD, HIDEVICE, and HINSTALL are the DR-DOS internal 
  73.     commands that load TSRs and device drivers high.  They do not work 
  74.     with QEMM-386, QEMM 50/60 ,or QRAM.  LOADHI.COM, LOADHI.SYS, and 
  75.     INSTALL=LOADHI.COM/TSR, which, respectively, perform the same 
  76.     functions, should be used instead. 
  77.  
  78.         5)  SSTORDRV.SYS is a disk-compression utility that DR bundles 
  79.     with DR-DOS.  It loads part of itself high.  The remainder cannot be 
  80.     loaded high, either with QEMM-386, QEMM 50/60, QRAM, or DR-DOS's 
  81.     EMM386.SYS.  If you use EMM386.SYS it merely loads low without 
  82.     notification; if you use QEMM-386 and LOADHI.SYS it does not load at 
  83.     all.  OPTIMIZE will try to load it high, this must be reversed, or 
  84.     as an alternative, SSTORDRV.SYS may be entered in the file 
  85.     OPTIMIZE.EXC, keeping OPTIMIZE from trying to load it high.
  86.      
  87.        6)  There are other DR-DOS utilities that load themselves high, 
  88.     such as SUPER PC-KWIK and DELWATCH.  They are polite enough to allow 
  89.     LOADHI.COM to load them high in the same manner as they themselves 
  90.     would load themselves high; this allows them to be included by 
  91.     OPTIMIZE in its calculations.  This is done automatically and does 
  92.     not require any attention from the user.  
  93.  
  94. OPTIMIZE
  95.      
  96.         1)  There is a new command, CHAIN, in DR-DOS.  This command 
  97.     allows the CONFIG.SYS to pass control to another CONFIG.SYS-like 
  98.     file.  DR-DOS uses it on installation if you choose to install 
  99.     SUPERSTORE.  OPTIMIZE does not follow this passing of control to 
  100.     another file.  If you are using CHAIN you must combine the two (or 
  101.     more) CONFIG.SYS (or CONFIG.SYS-like) files into one for the 
  102.     duration of the OPTIMIZation process.
  103.  
  104.         2)  The kernel of DR-DOS, sstordrv.sys, and buffers load 
  105.     themselves high.  OPTIMIZE does not take the High RAM used by self-
  106.     loaders high into consideration in its calculations so this can 
  107.     throw it off making the best configuration.  See the READ.ME file 
  108.     for information on how best to accommodate self-high-loaders.  
  109.     Quarterdeck's BUFFERS.COM program works with DR-DOS 6 and OPTIMIZE 
  110.     will automatically try to use it to load BUFFERS high.  This is 
  111.     preferable because the memory used by BUFFERS will be included in 
  112.     OPTIMIZE's calculations.     
  113.         3)  SUPERSTORE does work with OPTIMIZE, but SUPERSTORE adds a 
  114.     device driver to your CONFIG.SYS called DEVSWAP.COM.  The line 
  115.     typically reads: 
  116.  
  117.                      DEVICE=C:\DRDOS\DEVSWAP.COM 
  118.  
  119.          DEVSWAP.COM is a non-resident program that switches the drive 
  120.     designations. This is a convenience if you installed SUPERSTORE on a 
  121.     drive that already had programs so you don't have to re-write your 
  122.     batch files and reconfigure your software to run from a different 
  123.     drive.  See your DR-DOS manual for information on the use of 
  124.     DEVSWAP.COM.  Most commonly your hard disk originally was drive C:.  
  125.     SUPERSTORE creates a new, compressed drive, to which the letter D: 
  126.     is assigned.  DEVSWAP.COM switches these assignments.  This will be 
  127.     presumed for the rest of this section of this explanation of how to 
  128.     use OPTIMIZE with SUPERSTORE.   If you are compressing more than one 
  129.     physical drive you must modify this information in consideration of 
  130.     the compressed drives created and designations swapped.   
  131.          When running OPTIMIZE, DEVSWAP.COM must be remarked out or 
  132.     removed from the CONFIG.SYS.  Also all references to drives C: in 
  133.     the AUTOEXEC.BAT and in the CONFIG.SYS after the DEVSWAP.COM line 
  134.     need to be changed to drive D:.  Conversely, all references to drive 
  135.     D: should be changed to drive C:. 
  136.          The next step is to create a QEMM sub-directory on the 
  137.     uncompressed drive.  This is typically drive D: when the DEVSWAP.COM 
  138.     device driver is loaded in your CONFIG.SYS.  The following files 
  139.     need to be in the QEMM sub-directory in order to run OPTIMIZE 
  140.     properly:  QEMM386.SYS (or QEMM.SYS if you are running QEMM 50/60 or 
  141.     QEMM-386 version 5.0, or QRAM.SYS if you are loading QRAM), 
  142.     OPTIMIZE.COM, LOADHI.SYS, LOADHI.COM, LOGOPT.COM, BUFFERS.COM (if 
  143.     you are using DOS 2.x or 3.x), RSTRCFG.SYS, MCA.ADL (if you are 
  144.     running on a Microchannel machine), and WINHIRAM.VXD if you are 
  145.     planning on running Windows 3.0 in enhanced mode.
  146.           Once you have done this, you should reboot before running 
  147.     OPTIMIZE so that the drives are set up correctly.  Now you will be 
  148.     able to run OPTIMIZE normally.  After OPTIMIZE has run, you may edit 
  149.     your CONFIG.SYS and restore the DEVSWAP.COM line.  After you do 
  150.     this, you must edit your CONFIG.SYS and AUTOEXEC.BAT to restore the 
  151.     drive specifications to what they were before; e.g. change all 
  152.     references to drive D: to drive C: and all references to drive C: to 
  153.     drive D:.  As mentioned above, if SSTORDRV.SYS is being loaded high, 
  154.     you must change  it to load low because it won't work when loaded 
  155.     high.  Reboot again.  You are now getting the most out of your 
  156.     conventional memory.
  157.   
  158.  
  159. GENERAL CONSIDERATIONS
  160.  
  161.     LASTDRIV.COM 
  162.          Lastdriv.com is a program that comes with QEMM-386, QEMM 
  163.     50/60, and QRAM that allows drive specifiers to be loaded 
  164.     at the DOS prompt.  This allows QEMM-386, QEMM 50/60, and QRAM to 
  165.     load them high.  DR-DOS 6 does not seem to recognize drive 
  166.     specifiers loaded by Lastdriv.com, whether loaded high or low.
  167.          DR-DOS loads its drive specifiers high by itself, when 
  168.     the HIDOS=ON instruction is used, so Quarterdeck's 
  169.     Lastdriv.com is not necessary to load drive specifiers high.
  170.  
  171.     STACKS=0,0 
  172.         Unlike MS and IBM DOS, stacks=0,0 by default in DR-DOS 6.  
  173.     There are programs that may malfunction when DOS does not allocate 
  174.     stacks, such as Ventura running in QEMM-386 with Stealth.  Such 
  175.     users must have DOS allocate some stacks.  The default in MS and IBM 
  176.     DOS is stacks=9,128. 
  177.  
  178. QEMM-386
  179.      QEMM-386 provides all the memory management capabilities of 
  180. EMM386.SYS, plus creating more High RAM through the Stealth feature, 
  181. having OPTIMIZE to automatically configure your system to use that High 
  182. RAM most efficiently, and Manifest, the system diagnostic utility.  
  183. Microsoft Windows can be run in standard mode with QEMM-386 while QEMM 
  184. creates High RAM and provides Expanded memory.  Windows cannot run in 
  185. standard mode with DR-DOS's EMM386.SYS if it creates any High RAM, and 
  186. its Expanded memory manager is turned off while you are in standard 
  187. mode.
  188.  
  189. QRAM
  190.      DR-DOS creates UMBs on the same hardware that QRAM creates them on: 
  191. EMS cards that map address space outside the page frame and above 
  192. conventional memory, and the same varieties of ShadowRAM (NEAT, LEAP, 
  193. SCAT, and AT/386) so that QRAM is not necessary to create UMBs or load 
  194. anything high on DR-DOS.  QRAM does come with OPTIMIZE, which allows you 
  195. to configure your config.sys and autoexec.bat automatically so that the 
  196. most possible resident programs are loaded high and Manifest, 
  197. Quarterdeck's system diagnostic utility.
  198.  
  199. QEMM 50/60
  200.      DR-DOS comes with an Expanded Memory Manager for XMA boards which 
  201. creates Expanded Memory on some of the same cards that QEMM 50/60 works 
  202. on.  It does not create any UMBs (High RAM) though so users of these 
  203. boards need QEMM 50/60 in order to load programs high.  
  204.  
  205. VIDRAM
  206.      DR-DOS comes with a program called MEMMAX that allows the user to 
  207. turn off the extending of conventional memory into the video area if 
  208. previously mapped by their memory manager.  This feature does not work 
  209. without their memory manager.  VIDRAM works just fine.  Users of any 
  210. Quarterdeck memory manager or enhancer should use VIDRAM instead of 
  211. MEMMAX.
  212.  
  213. MANIFEST
  214.         1)  For purposes of identifying its level of API support, DR-DOS 
  215.     reports itself as version 3.31 of DOS.  It loads an environment 
  216.     variable that causes VER to report that it is DR-DOS version 6 but 
  217.     MANIFEST reports its response to the DOS API call that identifies 
  218.     the version for API purposes.  For all programming purposes, DR-DOS 
  219.     6 is version 3.31.  There is no SETVER command, nor is it 
  220.     necessary.
  221.         2)  DR-DOS converts FCBS to FILE handles so MANIFEST and 
  222.     FILES.COM will report the total number of FILE handles to be the sum 
  223.     of the two.  The minimum number of FILE handles is 20 and the 
  224.     minimum number of FCBS is 4.  This conflation of FCBS and 
  225.     FILE handles causes Manifest to report that there is only one
  226.     FCB.  MANIFEST reports that there is only one FCBS but it is 
  227.     mistaken. 
  228.  
  229. DESQVIEW
  230.  
  231.         1)  The HISTORY feature does not work inside DESQview.  There 
  232.     is no work-around.
  233.         2)  DR-DOS allows the kernel and buffers to be loaded into UMBs. 
  234.     It also allows them to be loaded into the HMA.  DESQview uses the 
  235.     entire HMA while DR-DOS cannot.  (DR-DOS's kernel uses 37K, and 
  236.     HIBUFFERS can fit only 35 buffers into the HMA along with the 
  237.     kernel.  Each buffer uses .5K when loaded into a UMB or low, so DR-
  238.     DOS can use only 54.5K of the HMA, 9.5K less than DESQview.)  Since 
  239.     the HMA cannot be shared, any unused portion is wasted.  DESQview 
  240.     users will have more memory available if DESQview uses the HMA 
  241.     rather than DR-DOS.
  242.         3)  The task switcher, TaskMAX, will not run in DESQview.  
  243.     There is no work-around.
  244.         4)  There is no SETVER command, nor is it necessary, as 
  245.     explained in the MANIFEST section of this technote.
  246.  
  247.            Copyright (C) 1991 by Quarterdeck Office Systems
  248.                 * * *   E N D   O F   F I L E    * * *
  249.